到昨天為止訂單、訂單金流已經談的差不多了，
大部分的正常環節以及常用功能的應用，
訂單寫入的部份已經於--Day19 訂單 -- 寫入訂單做過整理，
這邊我們簡單說明一次金流的變化，
訂單新增付款id紀錄金流資訊--Day20 訂單金流 -- 基礎結構，
再來因為資訊眾多，
所以我們需要將金流從訂單獨立出來--Day21 訂單金流 -- 獨立資料，
獨立金流資料之後因為會有很多狀態切換以及第三方多次回傳的資訊，
所以需要額外建立log table --Day22 訂單金流 -- log紀錄，
最後統整了常用的狀態，方便卡點以及快速debug使用--Day23 訂單金流 -- 狀態異動
以上就是訂單金流的演變，各篇裡面有更詳細的說明。
在剩下不多得日子裡，預計會分享一些實際案例以及解決方法，
可能會包含付款失敗重新付款、分期付款還有訂閱訂單的作法，
還是老樣子，我希望的給大家一個思考的方向，
在不同時空背景、歷史包袱，以及業主強制要求的x威之下....，
作法太多了，可能因為某個不可變動得因數導致沒辦法走正常流程，
因此我認為會思考比直接複製貼上重要多了(當然好的工具是能用就用...)，
怎麼感覺好像有點字打嘴巴，算了....反正大家了解我意思就好。
iThome鐵人賽
看影片追技術